home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group99a.txt / 000180_icon-group-sender _Wed Sep 1 12:53:30 1999.msg < prev    next >
Internet Message Format  |  2000-09-20  |  2KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id MAA19536
  4.     for icon-group-addresses; Wed, 1 Sep 1999 12:52:52 -0700 (MST)
  5. Message-Id: <199909011952.MAA19536@baskerville.CS.Arizona.EDU>
  6. From: "Frank Lhota" <lhotaf@lexma.meitech.com>
  7. To: "J D Burnley" <D.Burnley@sheffield.ac.uk>,
  8.         <icon-group@optima.CS.Arizona.EDU>
  9. Subject: Re: The remove() function
  10. Date: Wed, 1 Sep 1999 12:15:01 -0400
  11. X-Priority: 3
  12. X-MSMail-Priority: Normal
  13. X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
  14. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  15. Status: RO
  16.  
  17. First of all, you should be aware that DOS has problems with deleting a file
  18. that is currently open. Depending on how the file is opened, the version of
  19. DOS, and whether there is any buffered data, deleting a file that is open
  20. can succeed, fail, or result in "lost clusters". My advice is that your
  21. program be modified to make absolutely sure that the file is closed before
  22. remove is called. Icon cannot make any promises that the host OS cannot
  23. keep.
  24.  
  25. My advice is that you try to come up with a small Icon program that
  26. reproduces the problem by paring down your current program. This might
  27. clarify the problem, and if it does not, you can post the small program to
  28. this newsgroup for evaluation.
  29.  
  30. ----- Original Message -----
  31. From: J D Burnley <D.Burnley@sheffield.ac.uk>
  32. To: <icon-group@optima.CS.Arizona.EDU>
  33. Sent: Wednesday, September 01, 1999 8:55 AM
  34. Subject: The remove() function
  35.  
  36.  
  37. > I'm no programmer, although I do manage to do useful things with Icon
  38. > which I couldn't do with any other language (esp. text manipulation).
  39. > In most of the programs I write (using DOS), the remove() function
  40. > refuses to delete the files named. Although of course it works from a
  41. > stand-alone procedure devoted to the purpose, it won't work predictably
  42. > from the same procedure called within a larger program -- even if the
  43. > file has been explicitly closed.
  44. >
  45. > There may be no simple answer to this, but if there is, I'd be grateful
  46. > to know it.
  47. >
  48. > Regards,
  49. >
  50. > David Burnley.
  51.  
  52.